home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
IRIX Patches 1995 March
/
SGI IRIX Patches 1995 Mar.iso
/
relnotes
/
patchSG0000244
/
ch1.z
/
ch1
Wrap
Text File
|
1995-03-10
|
9KB
|
265 lines
- 1 -
1. _P_a_t_c_h__S_G_0_0_0_0_2_4_4__R_e_l_e_a_s_e__N_o_t_e
This release note describes patch SG0000244 to IRIX 5.3.
1.1 _S_u_p_p_o_r_t_e_d__H_a_r_d_w_a_r_e__P_l_a_t_f_o_r_m_s
This patch contains bug fixes for all Indy, Indigo2 and
Challenge-S platforms. The software cannot be installed on
other configurations.
1.2 _S_u_p_p_o_r_t_e_d__S_o_f_t_w_a_r_e__P_l_a_t_f_o_r_m_s
This patch contains bug fixes for IRIX 5.3. The software
cannot be installed on other configurations.
1.3 _B_u_g_s__F_i_x_e_d__b_y__P_a_t_c_h__S_G_0_0_0_0_2_4_4
This patch contains fixes for the following bugs in IRIX
5.3. Bug numbers from Silicon Graphics bug tracking system
are included for reference.
+o Changes were put into the kernel which allow the kernel
stack to be increased by an additional page for real-
time processes and otherwise on an as-needed basis.
This increases the reliability of the system by
eliminating scenarios in which the kernel stack might
overflow and panic the system (bug #240710).
+o 133Mhz R4600SC loses time at about 30 seconds/day (Bug
#253937). Fix causes hinv to report CPU speed as
132Mhz. Previously hinv would report an incorrect CPU
speed of 134Mhz.
+o An Indy or Challenge S would panic after a power
failure warning. This was generally the result of a
temporary power brown out (bug #249413).
+o When an Indy or Challenge S encountered a bad kernel
memory reference, it would sometimes hang
uninterruptably (so that even the power switch would
not work) (bug #254936).
+o Kernel paniced at chunk_insert when a large chunk of
memory was returned back to the system. This was
caused when a region of user memory grew large enough
to require a multi-level chunk tree, and the user
program did a "shrink" via sbreak, and the shrink
happened to occur on certain boundaries that were
significant to the anon chunk management code. This
was possible to hang the process or crash the system
(bug #250249, #255268).
- 2 -
+o This patch fixes a problem which arose when programs
were execed by pre-loading all their text. In such a
situation the lack of coherency between the instruction
and data caches was not accounted for and the results
were not reliable. This now works correctly (bug
249652).
+o A race condition exists between a process exiting and
looking at that same process's credentials using the
/proc interface. The /proc interface attempts to look
at process's credentials after releasing a lock on the
process entry. If the process exits within a few
instructions the lock being released, then the /proc
support can use an invalid pointer and panic the
system. The solution in this patch holds the process
entry locked until all credential information is copied
(bug 249685).
+o It is possible for the system to loop forever printing
the message "CPU x WARNING:tlbmiss: invalid badvaddr
XXX". This could happen if there is an invalid
reference in the kernel to kernel heap space. When this
situation arose the system would have to be forcibly
rebooted. The kernel has now been corrected to panic
whenever such a situation arises so that the errant
code can be isolated (bugs 189291, 251742).
+o Kernel multi-access, single-update locks are fixed in
this patch to work properly for single-processor
systems (bug 254554).
+o A special case file-system buffer cache bug could
produce an incorrect buffer page list. This now works
correctly (bug 257730).
+o The logical volume driver has a race condition between
the "open" and "ioctl" entry points. This patch
includes a fix that serializes opens and ioctls on
logical volumes. This fixes problems encountered by
running multiple mklv commands on the same LV at the
same time (bug 250334).
+o There is a small race condition that can cause the
kernel to get a segmentation violation with a NULL
pointer. This can happen in special cases that can
occur when the following conditions simultaneously
happen: (1) the kernel tries to page out pages from a
process's data or bss, (2) this is after the data has
been modified by the debugger (or in other cases that
cause the data or bss to be shared between multiple
processes), and (3) the process then shrinks its bss
- 3 -
segment with either the brk or sbrk system calls while
the paging I/O is in progress for the pages being
affected by the brk or sbrk call. This now works
correctly (bug 255378).
+o A bug in the getdents system call would cause a system
crash if a zero-length request was passed to getdents.
This case is now fixed to return EINVAL (bug 255067).
1.4 _S_u_b_s_y_s_t_e_m_s__I_n_c_l_u_d_e_d__i_n__P_a_t_c_h__S_G_0_0_0_0_2_4_4
This patch release includes these subsystems:
+o patchSG0000244.eoe1_sw.unix
1.5 _I_n_s_t_a_l_l_a_t_i_o_n__I_n_s_t_r_u_c_t_i_o_n_s
Because you want to install patches for only the problems
you have encountered, patch software is not installed by
default. After reading the descriptions of the bugs fixed in
this patch, determine the patches that meet your specific
needs.
Patch software is installed like any other Silicon Graphics
software product. Follow the instructions in your _I_R_I_S
_S_o_f_t_w_a_r_e _I_n_s_t_a_l_l_a_t_i_o_n _G_u_i_d_e to bring up the miniroot form of
the software installation tools.
Follow these steps to select a patch for installation:
1. At the Inst>prompt, type
iiiinnnnssssttttaaaallllllll ppppaaaattttcccchhhhSSSSGGGG_x_x_x_x_x_x_x
where _x_x_x_x_x_x_x is the patch number.
2. Select the desired patches for installation.
3. Initiate the installation sequence. Type
IIIInnnnsssstttt>>>> ggggoooo
4. You may find that two patches have been marked as
incompatible. If this occurs, you must deselect one
of the patches.
IIIInnnnsssstttt>>>> kkkkeeeeeeeepppp ppppaaaattttcccchhhhSSSSGGGG_x_x_x_x_x_x_x
where _x_x_x_x_x_x_x is the patch number.
- 4 -
5. After completing the installation process, exit the
_i_n_s_t program by typing
IIIInnnnsssstttt>>>> qqqquuuuiiiitttt
To remove a patch, use the _v_e_r_s_i_o_n_s _r_e_m_o_v_e command as you
would for any other software subsystem. The removal process
reinstates the original version of software unless you have
specifically removed the patch history from your system.
vvvveeeerrrrssssiiiioooonnnnssss rrrreeeemmmmoooovvvveeee ppppaaaattttcccchhhhSSSSGGGG_x_x_x_x_x_x_x
where _x_x_x_x_x_x_x is the patch number.
To keep a patch but increase your disk space, use the
_v_e_r_s_i_o_n_s _r_e_m_o_v_e_h_i_s_t command to remove the patch history.
vvvveeeerrrrssssiiiioooonnnnssss rrrreeeemmmmoooovvvveeeehhhhiiiisssstttt ppppaaaattttcccchhhhSSSSGGGG_x_x_x_x_x_x_x
where _x_x_x_x_x_x_x is the patch number.